home *** CD-ROM | disk | FTP | other *** search
/ The Original Shareware 1.1 / The Original Shareware (WeMake CDs)(Volume 1.1)(CDs, Inc)(1993).iso / 36 / qtech527.zip / WINRUMOR.TEC < prev    next >
Text File  |  1991-03-13  |  16KB  |  330 lines

  1. ID:WR Windows 3.0/QEMM-386 Troubleshooting - Part II
  2. Quarterdeck Technical Note #188
  3. by Dan Sallitt
  4.  
  5. QEMM-386 version 5.10 and later versions support Windows 3.0 in
  6. all of its processing modes: real, standard and 386 enhanced.
  7.  
  8. The Quarterdeck Technical Notes WIN3.TEC and WIN-TRBL.TEC
  9. describe how to run Windows 3.0 with Quarterdeck products and how
  10. to troubleshoot difficulties that may arise between Windows 3.0
  11. and QEMM-386 or DESQview.  Before reading this technote, you
  12. should read both the above documents, which contain all the
  13. substantial information that we have gathered on running Windows
  14. 3.0 with our products.  Because some Windows-related
  15. troubleshooting problems are unusually complex, and because the
  16. available information on the internal workings of Windows 3.0 is
  17. still increasing, we are providing in this technote an assortment
  18. of unproven methods of resolving conflicts with Windows 3.0. 
  19. None of the methods discussed here have been demonstrated to be
  20. generally effective; some are no more than rumors.  We are making
  21. this technote available for the sake of those users with
  22. unusually difficult compatibility problems that have not been
  23. solved by the methods outlined in WIN-TRBL.TEC.  
  24.  
  25. Mouse Problems
  26. --------------
  27.  
  28. Windows 3.0 ships with a Microsoft mouse driver; the first
  29. shipment of Windows 3.0 included version 7.04 of the Microsoft
  30. mouse driver.  This version should always be tried instead of
  31. earlier versions of the Microsoft driver, some of which we
  32. believe may not be completely compatible with Windows 3.0.  It is
  33. possible that some of the problems between Windows and these
  34. earlier mouse drivers may not be obviously mouse-related.  The
  35. driver that ships with Windows 3.0 can sometimes be used even
  36. with non-Microsoft mice, and this should certainly be tried if
  37. there is any mousing problem.  
  38.  
  39. If you are on a network, check to see if your mousing problems
  40. occur only when your network drivers are loaded.  If this is the
  41. case, contact the developer of the network software to see if
  42. there is a known mousing problem with the revision of the network
  43. drivers that you are using.  We have heard an unsubstantiated
  44. rumor that such problems may have existed with the Novell 3.01
  45. drivers.  
  46.  
  47. If your machine has a special port for the mouse (as do the PS/2
  48. series machines, recent Compaq machines, and many others) and you
  49. are running Windows 3.0 in real or standard modes inside DESQview
  50. 2.3 or later versions, you may wish to try the DESQview startup
  51. parameter /HW:74:M if you are having mousing problems.
  52.  
  53. SYSTEM.INI Statements
  54. ---------------------
  55. Windows 3.0 can be configured by putting statements in its
  56. various .INI files, and we have not fully explored the possible
  57. benefits of using some of the many available statements.  Most of
  58. the statements that can affect Windows 3.0's compatibility with
  59. Quarterdeck products, and all of the statements that we will
  60. discuss here, should be placed in the SYSTEM.INI file, in the
  61. section of the file that begins with the header:
  62.  
  63.      [386Enh]
  64.  
  65. Quarterdeck Technical Support has made frequent and productive
  66. use of the SYSTEM.INI parameters:
  67.  
  68.      DualDisplay=yes
  69.  
  70. and:
  71.  
  72.      EMMExclude=xxxx-yyyy
  73.  
  74. These parameters, if they work, should be used in preference to
  75. the QEMM-386 EXCLUDE parameter, as they do not prevent other
  76. programs from accessing addresses between 640K and 1024K. 
  77. EMMExclude=A000-EFFF (the largest permissible area to specify)
  78. prevents Windows from scanning the A000-EFFF area for unused
  79. address spaces; smaller areas, like E000-EFFF, can also be
  80. specified.  DualDisplay=yes insures that Windows will not attempt
  81. to use the B000-B7FF area, which often contains High RAM in use
  82. by programs that have been loaded high by QEMM.
  83.  
  84. Other SYSTEM.INI parameters that may affect Windows'
  85. compatibility with Quarterdeck products:
  86.  
  87.      EMMPageFrame=xxxx (tells Windows where the page frame should
  88.      be)
  89.  
  90.      NoEMMDriver=true (disables Windows' EMM driver; not
  91.      appropriate if any DOS application wants to use EMS in
  92.      Windows)
  93.  
  94.      HighFloppyReads=no (may prevent undesired access of the
  95.      E000- EFFF area - should be used with EMMExclude=E000-EFFF)
  96.  
  97.      IRQ9Global=yes (intended for floppy disk problems)
  98.  
  99.      SystemROMBreakPoint=no (needed if there is High RAM above
  100.      F000 - may be an alternative to excluding F000-FFFF)
  101.  
  102.      ReservePageFrame=no (can be used only if no DOS applications
  103.      use EMS - gives more conventional memory to non-EMS-using
  104.      DOS applications)
  105.  
  106.      VirtualHDIrq=off (for use with unusual hard disks)
  107.  
  108.  
  109. Other Windows Configuration Issues
  110. ----------------------------------
  111.  
  112. Windows 3.0 can be set up on many video cards to run in a
  113. graphics resolution higher than the standard 640x480 VGA
  114. resolution.  This should not normally be a problem with QEMM-386,
  115. and may not even be a problem when running Windows inside
  116. DESQview (in real or standard modes), if DESQview is able to save
  117. and restore the video mode in question.  But in problem cases one
  118. should always first set Windows up to use standard VGA (by using
  119. the Windows Setup program) rather than the particular video card
  120. in question, just to see if the problem depends on the attempt to
  121. run in a high-resolution mode.  If Windows runs with the standard
  122. VGA setting but not in the high-resolution mode, you may want to
  123. investigate the driver that Windows uses to go into the high-
  124. resolution mode.  One user with a Video 7 Fastwrite VGA card was
  125. able to make Windows real and standard mode, in 800x600
  126. resolution, run inside DESQview 2.3 by setting up the Windows
  127. Change a Program menu inside DESQview to use four graphics pages
  128. AND by using an 800x600 driver he had downloaded from Compuserve
  129. instead of the 800x600 driver that Video 7 had provided.  
  130.  
  131. Windows 3.0 can take a startup parameter /MACHINE:xxxxx to tell
  132. Windows that the system it is running on is a machine that
  133. Windows has some special knowledge of.  (This may produce the
  134. same effect as the selections in the System Information\Computer
  135. section of the Windows Setup program.) Strangely, a user on a
  136. clone 386 with an AMI BIOS reported that the /MACHINE:TOSHIBA
  137. parameter made it possible to run Windows enhanced mode with
  138. QEMM- 386.  
  139.  
  140. QEMM-386 Exclusions
  141. -------------------
  142.  
  143. It is often the case that previously stable systems require an
  144. additional exclusion on QEMM-386 to allow Windows to run in
  145. enhanced mode.  Sometimes an EMMExclude=xxxx-yyyy statement in
  146. the Windows SYSTEM.INI file in the [386Enh] section will have the
  147. same effect as an exclusion on QEMM, and in this case it is
  148. probably preferable to use the EMMExclude statement, so that
  149. programs other than Windows can access these areas.  It is,
  150. however, occasionally necessary to specify a larger range of
  151. addresses with the EMMExclude statement than with the QEMM
  152. exclude parameter, as QEMM is capable of excluding address ranges
  153. as small as 4K.  
  154.  
  155. We have heard that users of Windows enhanced mode on the Compaq
  156. Portable 386 machines may have to put the exclusion X=B000-BFFF
  157. on QEMM-386 if they are using the 640x400 display mode available
  158. on these machines.  The Compaq Portable 386 also displays in CGA
  159. mode, but most Windows users opt for the higher resolution mode.
  160.  
  161. We believe that it may sometimes be necessary to put parameters
  162. on QEMM-386 to exclude the low addresses in conventional memory
  163. where the Windows enhanced mode kernel loads.  To find out where
  164. the kernel is likely to load, look at the First Meg/Overview
  165. screen in Manifest just before you are ready to load Windows, and
  166. note the starting address of the memory area labeled as
  167. "Available." Windows will presumably use no more than 16K above
  168. this address; to be safe, you may wish to exclude as much as 64K
  169. above this address, and then lower the exclusion a bit at a time
  170. if you get results.  For instance, if the memory area listed as
  171. "Available" is 1CF2-9FFF, one would probably err on the side of
  172. caution and use an exclusion like:
  173.  
  174.      X=0000-2FFF
  175.  
  176. If the available area is 0B44-9FFF, try:
  177.  
  178.      X=0000-1FFF
  179.  
  180. Such low exclusions have, on some occasions, prevented startup
  181. problems with Windows standard mode as well as enhanced mode.
  182.  
  183. The expanded memory manager that comes with Windows, EMM386.SYS,
  184. automatically excludes the conventional memory addresses 0000-
  185. 3FFF.  If you have a problem with Windows and QEMM-386 that does
  186. not occur with Windows and EMM386, you may wish to put the
  187. exclusion 0000-3FFF on QEMM-386 to see if making these low pages
  188. mappable or unmappable constitutes the difference between the
  189. products.  One user was unable to run his AS/400 software inside
  190. Windows enhanced mode until he used this low exclusion.
  191.  
  192. "This Application Has Violated the System's Integrity"
  193. ------------------------------------------------------
  194.  
  195. It sometimes happens that, when running a DOS application that
  196. uses EMS inside Windows in standard mode, Windows issues an error
  197. message stating that the application has violated the system's
  198. integrity and must be terminated.  We currently believe that the
  199. low exclusions discussed in the above section on "QEMM-386
  200. Exclusions" are the most likely solution for such problems. 
  201. Other approaches to the problem have been suggested:
  202.  
  203. 1) Try using exclusions on QEMM-386 to prevent all High RAM above
  204. the page frame, or all High RAM below the page frame.
  205.  
  206. 2) If it is practical, try preventing the DOS application from
  207. using expanded memory.  
  208.  
  209. 3) Try changing the Windows PIF for the DOS application so that
  210. EMS memory is locked.  This is worth trying for any problem with
  211. an EMS-using application inside Windows enhanced mode.
  212.  
  213. 4) Check the contents of the CONFIG.SYS and AUTOEXEC.BAT file. 
  214. One occurance of the "violated system integrity" problem was
  215. solved when a Microsoft mouse driver (for a mouse attached to a
  216. port on an ATI VGA Wonder video card) was loaded into
  217. conventional memory rather than into High RAM with QEMM's LOADHI
  218. parameter.  
  219.  
  220.  
  221.  
  222. QEMM-386 Parameters
  223. -------------------
  224.  
  225. Various parameters to QEMM-386 have been known to overcome
  226. problems with Windows 3.0.  See the technote WIN-TRBL.TEC for a
  227. discussion of those parameters that have been demonstrated beyond
  228. a reasonable doubt to have a effect on Windows problems.
  229.  
  230. Users of Compaq machines often find that the NOCOMPAQFEATURES
  231. (NCF) parameter to QEMM-386 helps Windows enhanced to start.  The
  232. NOCOMPAQFEATURES parameter actually disables three separate
  233. Compaq features - the COMPAQEGAROM (CER) feature, which reclaims
  234. address space in the E000 region normally used to shadow video
  235. ROM into faster RAM; the COMPAQHALFROM (CHR) feature, which
  236. reclaims the first half of the F000 region (if it is unused) from
  237. the system ROM; and the COMPAQROMMEMORY (CRM) feature, which
  238. reclaims 128K of top memory used to shadow the system ROM into
  239. faster RAM.  We suspect that, in those cases in which the
  240. NOCOMPAQFEATURES parameter helps bring Windows up, the CHR
  241. feature is really the one that must be disabled, and that the
  242. other two features should be restored, as in the sample QEMM-386
  243. line below:
  244.  
  245.      DEVICE=C:\QEMM\QEMM386.SYS NCF CER CRM
  246.  
  247. It is very possible, however, that the positive effects of
  248. disabling the CHR parameter are really a result of moving QEMM's
  249. page frame.  It is quite common for Compaq systems with the
  250. COMPAQHALFROM feature enabled to have a page frame at addresses
  251. E800-F7FF, and it is fairly well established that Windows
  252. enhanced mode, at least with its default settings, can react
  253. poorly to a page frame that overlaps with the F000-FFFF region. 
  254. If the NCF CER CRM parameters overcome a Windows startup problem,
  255. the user is well advised to check the location of the page frame
  256. in this configuration, remove the NCF, CER, and CRM parameters,
  257. and replace them with a FRAME= parameter that forces the page
  258. frame to the address just noted.  If this FRAME= parameter solves
  259. the Windows problem, the user gets the benefit of the 32K of
  260. mappable address space that the CHR parameter reclaims.
  261.  
  262. We also believe that the NOTOPMEMORY (NT) parameter to QEMM-386
  263. is sometimes necessary to run Windows enhanced mode.  This was
  264. observed on an NCR 486 microchannel system.  It is possible that
  265. Windows enhanced mode may under some circumstances object to an
  266. expanded memory page frame at 9000- 9FFF, or at any location in
  267. conventional memory.  Normally, QEMM will only put a page frame
  268. in conventional memory if it cannot find a good home for the page
  269. frame between 640K and 1024K, so the only way to test this
  270. hypothesis may be to relocate any pieces of ROM or RAM that your
  271. hardware has placed in the 640K- 1024K area in order to clear a
  272. 64K area for QEMM to use for a page frame.  
  273.  
  274. System Configuration
  275. --------------------
  276.  
  277. It is possible that Windows enhanced mode may fail when Windows
  278. accesses its permanent swapfile (a user-installable feature that
  279. dedicates a section of the hard disk for Windows' use when it has
  280. run out of RAM) and there is too much conventional memory
  281. available when Windows starts - some reports put the threshold at
  282. 592K available, others at 576K available.  A good way to check
  283. for such a problem is to eat up some conventional memory by using
  284. QEMM-386's BUFFERS.COM program to load additional buffers below
  285. 640K.  For instance, the command:
  286.  
  287.      C:\QEMM\BUFFERS +32
  288.  
  289. will eat up 16K of conventional memory (possibly more on systems
  290. with unusual hard disks), and, if issued before entering Windows,
  291. will usually push the beginning of available memory up above the
  292. threshold that is said to cause problems for Windows.
  293.  
  294. We have heard rumors that Windows enhanced mode may sometimes
  295. function better on some systems if system shadowing of ROM memory
  296. into faster RAM memory is disabled in the system setup. 
  297. According to the rumor, various problems with video cards and
  298. hard disk controllers can be attributed to conflicts between
  299. Windows and system shadowing.  We haven't yet had time to
  300. investigate this claim.
  301.  
  302. Another rumor is that Windows enhanced mode may not function
  303. properly on systems with more than 12 meg of extended memory.  If
  304. this report is true, the problem will likely show up with or
  305. without QEMM-386, though users who increase their system memory
  306. after QEMM-386 is installed may consider this a QEMM problem.  
  307.  
  308. Several users have reported that the presence or absence of DOS's
  309. interrupt stacks has helped Windows standard mode to come up
  310. under QEMM-386.  Unfortunately, the reports we have received seem
  311. to contradict each other.  One user needed to put the line
  312. STACKS=0,0 (which disables DOS's interrupt stacks) in the
  313. CONFIG.SYS of a Hyundai 386 before Windows standard mode would
  314. start with QEMM present; another user reported that he had to
  315. remove the STACKS=0.0 line from his CONFIG.SYS to run Windows
  316. standard and QEMM together.  Occasionally it seems that there is
  317. a three-way compatibility conflict among QEMM-386, Windows
  318. enhanced mode, and the Ontrack disk manager DMDRVR.BIN.  Not
  319. everyone who uses all three pieces of software experiences this
  320. problem; it is unclear at this point whether or not the version
  321. of DMDRVR.BIN or the type of disk controller that it is managing
  322. makes a difference, or whether one can affect the problem by
  323. changing the order of QEMM386.SYS and DMDRVR.BIN in the
  324. CONFIG.SYS file.
  325. FOR REFERENCE:
  326.  
  327. Microsoft Technical Support - (206) 454-2030
  328.  
  329.       Copyright (C) 1991 by Quarterdeck Office Systems
  330.              * * * E N D  O F  F I L E * * *